A FunnelFlux két egyedi azonosítóval rendelkezik, amelyeket az alábbiakban részletezünk.
Hit ID-k
A Hit ID-k minden látogató által megtekintett csomóponthoz generálódnak.
Ezek a rendszerünkben található legegyedibb azonosítók. Minden meglátogatott csomópont (még a rotátorok is) generál egy hit ID-t, és ezek azok a nyers események, amelyeket az elemzési adatbázisunkban tárolunk. Ezeket át lehet adni az URL-ben a {hit} token használatával.
Jelentéskészítés
A Hit ID-k csak a nyers események oldalon érhetők el
A nyers események oldalon a "Hit ID" oszlopban jelennek meg, és nem állnak rendelkezésre a szokásos jelentésekben magas kardinalitásuk miatt (azaz az elemzési adatbázisunk ezek szerinti aggregálása egy nagyon nem hatékony lekérdezés, amit kerülni kell).
Megjegyzendő, hogy a nyers események oldal csak a legutóbbi 1000 sort adja vissza bármely lekérdezésből -- a fenti teljesítményproblémák elkerülése érdekében.
A "látogatói út" jelentési attribútum használatakor ezek a hit ID-k teszik lehetővé számunkra, hogy létrehozzuk a felhasználók tölcséreken keresztüli útjának csomópont-fáját.
Konverzió követés
A konverzió követés leggyakoribb formája egy postback URL használata a hit ID-nkkel, például:
https://USER_DOMAIN/pb/?hit=HIT_ID&rev=REVENUE&tx=OPTIONAL
A hit ID egy oldal megtekintésekor generálódik, így ha egy ajánlatra irányítunk át, az az ajánlat URL-jében a {hit} segítségével átadott hit ID fogja reprezentálni az adott oldal megtekintését, és így ez lesz az az ID, ami konvertálni fog.
Minden konverzióra jogosult ajánlat hit ID "h" betűvel végződik.
A JavaScriptben történő konverziók megadhatnak egy hit ID-t, ami pontos lesz, és más adatra nincs szükség. Azonban valószínűtlen, hogy valaki rögzítene és átadna egy helyes hit ID-t kliens oldali JS-be, mivel a konvertálandó hit általában az előző oldalról származik.
Ha át tudja adni a hit-eket egyik oldalról a másikra, valószínűleg egyszerűen használhatna egy GET kérést a postback URL-hez, azzal a hit ID-vel, hogy konvertálja a hit-et, ahelyett, hogy JS-t használna.
Látogató ID-k
Ezeknek a tokenje a {visitor}, és ez egy munkamenet szintű azonosító a felhasználó számára.
A rendszerünk létrehozza ezeket minden újonnan érkező látogató számára, és automatikusan hozzáfűzi a &vid={visitor}-t minden átirányítási célponthoz, hogy biztosítsa, hogy az eredményül kapott oldal (gyakran egy landing page/ajánlat a JS-ünkkel rajta) zökkenőmentesen tudja követni a felhasználót.
A cookie-nk tárolja ezt a VID értéket, és ez a legfontosabb érték a felhasználók megbízható követésének biztosításában. Ezért írják át a JS segédfüggvényeink az URL-eket, hogy tartalmazzák ezt + beillesztik az akció URL-ekbe.
Gyorsítótárazás és tárolás
A felhasználói munkamenet adatait egy központosított gyorsítótárban tároljuk, amelyhez a regionális szélső szervereink hozzáférnek az átirányítás feldolgozása során. A munkamenet objektum tárolja a felhasználó tölcsérnavigációjának teljes előzményét, valamint az összes URL paramétert, amelyek a forgalmi forrásból kísérik őket, vagy amelyeket manuálisan injektáltak az akció/belépési URL-ekbe.
Ezek a Látogató ID-k a, e vagy u előtaggal rendelkeznek az ázsiai, európai és egyesült államokbeli látogatások esetében. Ez lehetővé teszi, hogy más szélső szerverek, amelyek egy régión kívüli ID-t kapnak, a megfelelő gyorsítótárból keressék azt ki, ami fontos olyan esetekben, amikor egy felhasználó megváltoztathatja a helyét, VPN-t használ az utazás közben, vagy amikor harmadik féltől származó rendszerek szerver oldali konverziós eseményeket küldenek a VID érték használatával.
A munkamenetek alapértelmezetten 7 nap után járnak le, hacsak nincsenek összekapcsolt tölcsérek deklarálva a tölcsér beállításokban.
URL adatok
Megjegyzendő, hogy minden URL adat tárolódik a munkamenet objektumban, de csak azok a megnevezett mezők kerülnek rögzítésre az elemzési adatbázisban, amelyek a forgalmi forrás konfigurációjában szerepelnek. Így lehetséges átmeneti adatokat átadni URL-ekben és továbbítani oldalakra/ajánlatokra ennek a munkamenet objektumnak a használatával.
A tölcsér építőben > egy oldal csomópontban > további beállításokban, az összegyűjtött URL paraméterek kapcsoló kiüríti ennek a munkamenet objektumnak az URL adatait a céloldal URL-jébe.
Konverzió követés
A konverziókat el lehet küldeni a postback URL-ünkön keresztül a látogató ID vagy a hit ID használatával.
A Hit ID-k a legspecifikusabb azonosítók a rendszerünkben, és egy adott csomópont egy adott látogató általi megtekintésére hivatkoznak -- így csak a hit ID szükséges.
A látogató ID esetében az általuk megtekintett oldal is fontos információ, mivel a látogató ID csak a felhasználói munkamenetet azonosítja, nem azt, hogy melyik ajánlatot kell konvertálni.
Így ez működni fog postback URL-ként:
https://USER_DOMAIN/pb/?vid=VISITOR_ID&p=PAGE_ID&rev=REVENUE&tx=OPTIONAL
Ha nincs megadva oldal ID, akkor az adott látogató legutóbbi ajánlat megtekintése lesz konvertálva (ami lehet, hogy nem a kívánt eredmény).
A JavaScriptben történő konverziók ideális esetben szintén tartalmazzák a vid-et a kódjukban, mivel a JS végső soron a koherens VID követésre támaszkodik.
Ezt manuálisan be lehet illeszteni, bár a JS könnyen megszerzi ezt az információt az aktuális URL-ből, cookie-ból és referrer-ből, ha elérhető. Ha dinamikusan beilleszthető, akkor a legjobb ezt megtenni.
Ha a VID-et használják, akkor ideális esetben az oldal ID-t (a p attribútumot) is át kell adni, és el kell kerülni a hit ID küldését a VID-del kombinálva, mivel ezek versengő módszerek, az utóbbi specifikusabb.
Jelentéskészítés
A nyers események oldalon a "munkamenet ID" oszlopban jelennek meg, és nem állnak rendelkezésre a szokásos jelentésekben magas kardinalitásuk miatt (azaz az elemzési adatbázisunk ezek szerinti aggregálása egy nagyon nem hatékony lekérdezés, amit kerülni kell)
Összekapcsolt tölcsérek és közvetett konverziók
A FunnelFlux egyik funkciója, hogy képes közvetetten bevételt/konverziót tulajdonítani egy korábbi tölcsérnek.
Ezt úgy érik el, hogy az első tölcsér deklarálja a második tölcsért "összekapcsolt tölcsérként" a speciális beállításaiban.
Amikor összekapcsolt tölcsérek vannak jelen, a munkamenet lejárati ideje 30 napra hosszabbodik meg.
Amikor konverzió történik a B tölcsérben, a konverzió feldolgozó megvizsgálja a felhasználó munkamenet adatait, látja az eredeti A tölcsért, amely "össze lett kapcsolva" a B tölcsérrel, és további közvetett konverziót ad vissza.
Ez a konverzió/bevétel adat megtekinthető a jelentésekben, és lehetővé teszi a felhasználók számára, hogy lássák a későbbi tölcsérekből érkező felhasználók kiterjesztett értékét.
Jó példa erre egy feliratkozási tölcsér, ahol a felhasználók a hirdetési kampányból származó leadek költségét követik nyomon. Ez a tölcsér összekapcsolódhat egy email tölcsérrel, ahol egy felhasználó linkeket generál az email szekvenciákban való használatra. Az emailek konverziókat hozhatnak létre, amelyek függetlenül követhetők az email tölcsérben, de értesítik az eredeti feliratkozási tölcsért is a közvetett bevételről, amit létrehozott.
Ahhoz, hogy ez a funkció működjön, a felhasználó VID értékét MUSZÁJ átadni a B tölcsérben használt belépési URL-ekbe. Általában úgy, hogy manuálisan hozzáfűznek valamit, mint például ..&vid=%SUBSCRIBER_FF_VID% egy URL-hez, ahol a felhasználó rögzítette a VID-ünket a feliratkozás során, és eltárolta azt valamilyen CRM profil attribútumban.